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Multi-Channel, Multi-Service Debug 

related application 

This present application is related to U.S. Patent Application Serial No. 
09/564,592, which was filed on May 3, 2000 entitled "System And Method For Multi- 
Channel Transfer Of Data. This application is also related to U.S. Patent Application 
Serial No. 09/565,580 , filed May 4, 2000 entitled "Multi-Channel, Multi-Service 
Development Architecture". 

FIELD OF THE TNVF.NTTON 
The present invention relates to interactive debugging and more specifically to 
interactive debugging in a multi-channel, multi-service environment. 

BACKGROUND OF THE INVENTION 
Traditionally, Digital Signal Processors (DSPs) have been used to run single 
channels, such as, for example, a single DS0 or time division multiplexed (TDM) slot, 
that handle single services, such as modem, vocoder, or packet processing. Multiple 
services or multiple channels require multiple DSPs, each running its own small 
executive program (small kernel) and application. The executive programs reserve 
some area in memory for application code. When applications need to be switched, 
these executive programs overlay this memory with the new application. 

Channels may take one of the following forms: one channel carried on a physical 
wire or wireless medium between systems (also referred to as a circuit); time division 
multiplexed (TDM) channels in which signals from several sources such as telephones 
and computers are merged into a single stream of data and separated by a time interval; 
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and frequency division multiplexed (FDM) channels in which signals from many 
sources are transmitted over a single cable by modulating each signal on a carrier at 
different frequencies. 

Recent advances in processing capacity now allow a single chip to run multiple 
channels. With this increase in capacity has come a desire to run different services 
simultaneously and to switch between services. 

A current method to implement multiple services or multiple channels involves 
writing custom versions of all control, overlay, and task-switching code. This 
requirement causes additional engineering overhead for development and debugging 
of the applications. In addition, not all services may fit into the memory available to the 
DSP, and the services must be swapped in from the host system. This swapping- 
overlaying-adds significant complexity to the implementation of the DSP services. The 
extra development activity consumes DSP application development time. 

The fact that DSPs have a single thread of control creates problems to developing 
and debugging in the multi-channel, multi-service environment. Debugging an 
application on a single processor stops all other applications and channels running on 
that processor. If the processor is running, real-time diagnostics on a channel or service 
cannot be obtained without interfering with the operation of the other channels and 
services. In addition, a debugging system typically needs to have direct access to the 
chip being diagnosed. That is, a conventional debugging system must use a special 
development board or a physical debug interface (such as a Joint Test Access Group 
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(JTAG) interface) to provide debugging access. This makes debugging in a production 
environment an inflexible and cumbersome process. 

Therefore, what is required is an efficient way of debugging a target application 
in a multi-channel, multi-service environment, which will allow the developer to obtain 
real-time diagnostics without interfering with the operation of the target application 
and other running applications and which will perform debugging services remotely. 
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SUMMARY OF THE INVENTION 
A method and apparatus for debugging are described. In one embodiment, a 
target construct is selected for debugging. Data related to an operation of the target 
construct is accessed by a debug construct in real time. At least a portion of this data 
retrieved without disturbing the operation of the target construct to debug the target 
construct. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The present invention is illustrated by way of example, and not by way of 
limitation in the figures of the accompanying drawings in which like reference 
numerals refer to similar elements. 

Figure 1 is a system architecture of one embodiment for a multi-channel, multi- 
service system; 

Figure 2 is a block diagram of one embodiment for a processing chip of Figure 1; 

Figure 3 is a block diagram of one embodiment for multiple sockets/services 
within a processing chip; 

Figure 4a is an exemplary diagram of channel sockets within the system of 
Figure 1; 

Figure 4b is a block diagram of one embodiment for a service control socket 
(SCS) configuration; 

Figure 5a is a block diagram of one embodiment for an interactive debugging 
system; 

Figures 5b and 5c are block diagrams of two alternate embodiments for an 
interactive debugging system operating over a network; 

Figure 6 is a block diagram of one embodiment for a debugging process; 
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Figure 7 is a flow diagram of one embodiment for an interactive debugging 
system; 

Figure 8 is a flow diagram of one embodiment for a multi-channel, multi-service 
debugging system; and 

Figure 9 illustrates an exemplary implementation of one embodiment for a 
multi-channel, multi-service debugging system. 
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DETAILED DESCRIPTION 
A method and system for interactive debugging are described. In one 
embodiment, a target construct is selected for debugging. Data related to an operation 
of the target construct is accessed by a debug construct in real time. At least a portion 
5 of this data is then retrieved without disturbing the operation of the target construct to 
debug the target construct. 

In the following detailed description of the present invention, numerous specific 
details are set forth in order to provide a thorough understanding of the present 
invention. However, it will be apparent to one skilled in the art that the present 
|40 invention may be practiced without these specific details. In some instances, well- 

© known structures and devices are shown in block diagram form, rather than in detail, in 

Hi 

y 1 order to avoid obscuring the present invention. 

Some portions of the detailed descriptions that follow are presented in terms of 
yj algorithms and symbolic representations of operations on data bits within a computer 
QL5 memory. These algorithmic descriptions and representations are the means used by 

those skilled in the data processing arts to most effectively convey the substance of their 
work to others skilled in the art. An algorithm is here, and generally, conceived to be a 
self-consistent sequence of steps leading to a desired result. The steps are those 
requiring physical manipulations of physical quantities. Usually, though not 
20 necessarily, these quantities take the form of electrical or magnetic signals capable of 
being stored, transferred, combined, compared, and otherwise manipulated. It has 
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proven convenient at times, principally for reasons of common usage, to refer to these 
signals as bits, values, elements, symbols, characters, terms, numbers, or the like. 

It should be borne in mind, however, that all of these and similar terms are to be 
associated with the appropriate physical quantities and are merely convenient labels 
5 applied to these quantities. Unless specifically stated otherwise as apparent from the 
following discussion, it is appreciated that throughout the description, discussions 
utilizing terms such as "processing" or "computing" or "calculating" or "determining" or 
"displaying" or the like, refer to the action and processes of a computer system, or 
similar electronic computing device, that manipulates and transforms data represented 
5|L0 as physical (electronic) quantities within the computer system's registers and memories 
11 into other data similarly represented as physical quantities within the computer system 
f} memories or registers or other such information storage, transmission or display 
devices. 

M> The present invention also relates to apparatus for performing the operations 

C3L5 herein. This apparatus may be specially constructed for the required purposes, or it 
may comprise a general purpose computer selectively activated or reconfigured by a 
computer program stored in the computer. Such a computer program may be stored in 
a computer readable storage medium, such as, but is not limited to, any type of disk 
including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only 
20 memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or 
optical cards, or any type of media suitable for storing electronic instructions, and each 
coupled to a computer system bus. 
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The algorithms and displays presented herein are not inherently related to any 
particular computer or other apparatus. Various general purpose systems may be used 
with programs in accordance with the teachings herein, or it may prove convenient to 
construct more specialized apparatus to perform the required method steps. The 
5 required structure for a variety of these systems will appear from the description below. 
In addition, the present invention is not described with reference to any particular 
programming language. It will be appreciated that a variety of programming 
languages may be used to implement the teachings of the invention as described herein. 
Figure 1 is a system architecture of one embodiment for a multi-channel, multi- 
J3L0 service system 100. Referring to Figure 1, host 102 is connected via system bus 104 and 
m bridge 106 to one or more processing chips 108, 110, 112, 114. In addition, bridge 106 is 
P connected to buffer memory 116. Bridge 106 is connected via bus 118 to the processing 
^ chips 108-114. Processing chips 108-114 are connected via bus 120 to time division 
; J multiplexing (TDM) interface 122. TDM interface 122 is connected to a number of 
rp.5 modules and ports installed on the TDM bus 124. In addition, TDM interface 122 is 
connected to TDM signaling interface 126. 

TDM is a base-band technology in which individual channels of data or voice are 
interleaved into a single stream of bits (or framed bits) on a communications channel. 
Each input channel receives an interleave time segment in order that all channels 
20 equally share the medium that is used for transmission. If a channel has nothing to 
send, the slot is still dedicated to the channel and remains empty. 
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In one embodiment, an operating system running within multi-channel, multi- 
service system 100 supports telecommunication and data communication applications. 
These applications involve running multiple channels of protocol stacks built from 
multiple services. Multi-channel, multi-service system 100 enables the dynamic 
configuration of services within the embedded telecommunication and data 
communication environment. In addition, the operating system automatically defines 
the allocation of resources for the channels within system 100. 

Figure 2 is a block diagram of one embodiment for a processing chip 108. Each 
processing chip 108 contains clusters 202 and main processor 204, Each cluster 202 
contains a cluster processor 208 and a number of basic functional units (BFUs) 210. 
Main processor 204 is configured to perform all control code and operations including 
receiving control messages from host 102 and allocating channels to the various clusters 
202. 

Processing chip 108 also includes a shared static random access memory (shared 
SRAM) 206. Shared SRAM 206 may be accessed directly by all the cluster processors 
202 and main processor 204. An instruction store contained within the BFUs 210 can 
also access shared SRAM 206. Shared SRAM 206 is used for storing operating system 
and application code as well as hosting the data for code running on main processor 
204. 

Each cluster 202 contains cluster SRAM 212. Cluster SRAM 212 is responsible for 
maintaining channel data running on each individual cluster 202. Cluster SRAM 212 
includes I/O buffers and program stacks. The operating system of system 100 uses the 
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hardware to enforce memory protection to prevent a channel from inadvertently 
corrupting another channel's data or code. 

External dynamic random access memory (DRAM) 214 may be used for 
application data too large to fit on the on-chip cluster SRAM 212 or shared SRAM 206 
5 and may be used as a swap area for application code. 

Each processing chip 108 includes two line side ports 216 and two bus ports 218. 
These ports are used for packet side data and control transport. In addition, host port 
220 is used to communicate with the host 102 and is accessible only from main 
processor 204 and serial boot port 222 that is used to send the boot stream to the chip. 
;5t0 Figure 3 is a block diagram of another embodiment for a portion of a multi- 

fig channel, multi-service system 100. Referring to Figure 3, service 302 is a self contained 
CP set of instructions that has data input/output, control, and a defined interface. Service 

302 performs defined processing upon a certain amount and a certain format of data. In 
^ addition, service 302 emits a certain amount and a certain format of data. In an 
pl5 alternate embodiment, service 302 may process data in a bidirectional manner. Service 
stack 304 is a linked set of services 302 that provide a larger processing unit. Service 
stack 304 is a unique, ordered collection of services 302, such as, for example, echo 
cancellation services, tone detection services, and voice conferencing services. The 
services 302 within the service stack 304 are processed in-order. 
20 Socket 306 is a virtual construct that provides a set of services 302 in the form of a 

service stack 304. The operating system processes services 302 that are encapsulated in 
socket 306 including connecting the line and /or packet data flow. Processing within 
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socket 306 is data driven. That is, services 302 are invoked by sockets 306 only after the 
required data has arrived at socket 306. In one embodiment, applications may build 
protocol stacks by installing a service stack 304 into a socket 306. Services 302, service 
stacks 304, and sockets 306 are allocated and de-allocated as required by system 100. 
5 Figure 4a is an exemplary diagram of channel sockets (CSs) 430 (422, 424, 426) 

within system 100. CSs 430 are specialized sockets 306 that direct the flow of 
information through the system 100 between two or more devices or end points 402, 
404, 406, 408. End points may be, for example, physical devices. CS 430 is a socket 306 
that accepts a service stack 304 and processes channel data. CS 430 connects any line 
ML0 side slot or bus channel on one end of CS 430 to any other line side slot or bus channel 
O on the opposite end of CS 430. CS 430 is defined by external, physical interface points 
^ 3 and provides the ability to process the service stack 304. Information may flow from a 
\j physical end point 402 via connection 418 to CS 424. The information is processed by 

sQ services 302 within CS 424 and is transferred via connection 420 to end point 406. The 

i i 

ML5 operating system may dynamically change the flow of information through different 

CSs 430 depending upon the needs of the end points 402-408. For example, data may be 
initially set to flow from end point 404 via connection 410 through CS 422 and via 
connection 412 to end point 408. However, if service stack 304 within CS 422 is 
incompatible with the data, CS 422 notifies the operating system to break the flow and 
20 redirect the information. The operating system then redirects the flow to an existing CS 
430 with the proper service stack 304 or creates a new CS 430. Referring to Figure 4a, 
the operating system may redirect the flow from end point 404 to end point 408 through 
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connection 414, CS 426, and connection 416. In addition, the operating system may- 
replace the service stack in CS 422 with another stack compatible with the data. 

A CS 430 is defined by the external, physical interface end points 402, 404, 406, 
and 408 and the data flowing through the CS 430. Each end point 402-408 may be 
5 different physical devices or the same physical interface or device. CS 422 services may 
perform a conversion of data. The CS 430 mechanism allows a service stack 304 to be 
built into the information flow in which services 302 may direct or process the data as it 
flows through the system. For example, if a first service outputs a 40 byte data frame 
P and a second service uses an 80 byte frame, in one embodiment, the second service 
f\0 waits until the first service outputs enough data in order for the second service to 

process the data. In an alternate embodiment, the first service delays sending data to 
?j\ the second service until it accumulates enough data. Services 302 are independent 
□ modules and are standalone plug-ins. Thus, in one embodiment, services 302 may be 
\1 dynamically downloaded into shared SRAM 206 in real-time to build CSs 430 as 
gL5 required by the data. 

Applications may be written without regard for particular input/output 
channels or physical interfaces. The operating system is in charge of dynamically 
allocating and deallocating sockets and connecting input/output components. Thus, 
the CS 430 mechanism provides single channel programming with multiple channel 
20 execution. In addition, an application may be written to provide flow of information 
between end points 402-408 independent of the type of the operating system and 
independent of the type of data being processed. CS 430 functions are independent of 
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both the operating system and the hardware configuration. The mechanism also 
relieves applications of the management of channels and places the management into 
the operating system, thus producing channel independent applications. In addition, 
the CS 430 mechanism allows the applications and services 302 to be platform 
independent. 

Figure 4b is a block diagram of another embodiment for a portion of a multi- 
channel, multi-service system 100. Referring to Figure 4b, system 100 includes SCS 452 
which is connected to a host and to a plurality of CSs 450. Service control socket (SCS) 
452 is a socket 306 containing the control portion of the services 302 for a service stack 
304. Each unique service stack 454 has its own SCS 452. Each SCS 452 controls multiple 
instances of the same CS 450. Each service 302 within SCS 502 is the control portion for 
the respective service 302 within CS 510. Services 302 in a CS 450 service stack may 
receive control messages from that stack's SCS 452. Each service 302 has a data domain 
and a control domain. The data domain is maintained within socket 306 and the control 
domain is maintained within SCS 452. 

In one embodiment (not shown), a specialized socket, a platform control socket 
(PCS) runs on the main processor when the system boots. It is the only socket 306 that 
has knowledge of system wide resources. The PCS manages all resources, including 
allocating the SCSs to clusters 202, allocating TDM time slots, and allocating bus 
channels. Applications may not allocate or deallocate any services within the PCS. 
Specifically, the PCS boots clusters 202 and chips 108, loads and unloads services 302, 
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creates and destroys SCSs, sends a heartbeat to the host 102, and detects if a cluster 202 
is inoperative. 

In one embodiment, the CS 430 mechanism is used in debugging of applications 
and services. Since services may be loaded dynamically, the user may choose not to 
5 have the debugger in the system if there is no need for debugging operations. 

Figure 5a is a block diagram of one embodiment for an interactive debugging 
system. Referring to Figure 5a, debugging system 500 includes debug core 520, 
graphical user interface (GUI) 510, and abstract machine interface (AMI) 530. Debug 
O core 520 is coupled to GUI 510 via a text-based bi-directional interface 505* GUI 510 
810 provides an application developer with a simple and convenient way of debugging an 
^ application or a service. The tools provided by GUI 510 may include, for example, top- 
m level menus, context menus, windows, dialog boxes, and setting of user preferences. 
O Text-based interface 505 provides two-way communication between debug core 520 
^ and GUI 510. In one embodiment, GUI 510 may receive a command from the 
5i5 application developer and send it to debug core 520 using text-based interface 505. 

Debug core 520, in turn, may send data to GUI 510 using text-based interface 505. GUI 
510 may then display this data to the application developer in various ways. For 
example, debug core 520 may pass information about currently running sockets and 
services to GUI 510. GUI may then display this information, allow the application 
20 developer to select a socket or service for debugging, and transfer data identifying the 
selected socket or service back to debug core 520. 
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Debug core 520 is coupled to AMI 530 via text-based bi-directional interface 525. 
AMI 530 directly communicates with chip 550 or simulator 540. Chip 550 represents 
processing chips 108-114. Simulator 540 may be used to perform diagnostics of an 
application or a service in a simulated environment. Simulator 540 allows loading and 
5 running an application as if it were running on the chip itself. All the features and 
capabilities inherent in chip 550 are available through simulator 540. 

In one embodiment, AMI 530 provides an abstract view of multi-channel, multi- 
service system 100 at the hardware and operating system level. AMI 530 may work 
f j with a single target chip or simulator at a time and may view the target chip or 
IH0 simulator as a single entity. AMI 530 allows debug core 520 to provide an isolated 
5 debugging environment for each socket or service. In one embodiment, debug core 520 
\ % uses AMI 530 to provide an application developer with the ability to control all possible 
fj debugging and diagnostic activity on a target socket or service. 

H Text-based interface 525 enables a two-way communication between debug core 

::i5 520 and AMI 530. The use of text-based interface 525 simplifies the development 
process by allowing the design of debug core 520 and AMI 530 as independent 
modules. In addition, text-based interface 525 allows running debug core 520 and AMI 
530 as stand-alone applications. Text-based interface 525 may also improve the quality 
assurance (QA) process by providing a QA user with the ability to enter the command 
20 and get the response back in an automated environment. 

In one embodiment, debugging system 500 may operate in various modes. For 
example, a simulator direct mode (Simulator Direct) allows debug core 520 to 
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communicate with simulator 540 using AMI 530. This mode may provide significant 
visibility into the BFUs 210 and the state of the system 108, but may not be aware of 
sockets and other high-level operating system constructs. Simulator Direct provides 
full control over the simulator. Hence, debug core 520 may obtain all performance 
5 analysis results that are supported by the simulator. In one embodiment, AMI 530 may 
analyze the run-time state of system 108 to determine information about sockets and 
services directly from the data structures of the operating system. 

Debugging system 500 may also operate in an in-circuit emulator mode (ICE). 
ICE allows debug core 520 to communicate with chip 550 through AMI 530 using the 
Si.0 Joint Test Access Group QTAG) interface of chip 550. ICE supports debugging of the 
: a operating system by controlling the cluster processors 208. ICE does not provide access 
IP to BFUs 210 and is not capable of controlling or accessing sockets, although one skilled 
L in the art will realize that such functionality can be added easily. 

if jj 

J Another exemplary mode is an application debug mode (Application Debug). 

515 Application Debug may work with either simulator 540 or chip 550. Application Debug 
relies on the assistance of the operating system to provide access to system resources 
(e.g., BFUs 210 and cluster processors 208). Application Debug is capable of controlling 
and accessing sockets and allows debug core 520 to maintain information about 
running sockets and services. In one embodiment, this information includes the current 
20 state of sockets and /or services which may be identified as, for example, running, 

stopped, or not started. Debug core 520 may communicate the information to GUI 510. 
GUI 510 may then present this information to the application developer for selecting a 
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target construct on which to perform debugging operations. It will be recognized by 
one skilled in the art that the modes described above are merely exemplary and that a 
wide variety of modes other than those discussed above may be used by debugging 
system 500 without loss of generality. 

Figures 5b and 5c are block diagrams of two alternate embodiments for an 
interactive debugging system operating over a network. Referring to Figure 5b, client 
computer system 560 includes a debugger which communicates with server computer 
system 570 over a network connection 564. Client 560 contains a debug core and GUI 
562. Network connection 564 may include, for example, a local area network and a 
wide area network. Server 570 includes server application 572 which enables 
communication between chip 574 residing on server 570 and the debugger residing on 
client 560. In one embodiment, the debugger may operate in ICE debugging mode. In 
this embodiment, server application 572 communicates commands from the debugger 
to chip 574 and then communicates the resulting data from chip 574 to client 560. 

Alternatively, the debugger may operate in Application Debug mode. In 
Application Debug mode, a debugging request from client 560 is sent over network 564 
to server 570. Server application 572 communicates the request directly to chip 574. 
The operating system on chip 574 interprets the request into commands (e.g., set 
breakpoints or watchpoints, stop the execution, read memory, get status, or display a 
variable), performs these commands, and generates the appropriate response. The 
response is then transferred back to client 560 over network connection 564 using server 
application 572. Network connection 564 may be packet-based (e.g. TCP/IP), cell-based 
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(e.g. ATM) or serial based (e.g. SpiceBus or Utopia). In one embodiment, in a multi- 
channel, multi-service environment, the operating system on chip 574 may transfer 
information about running services to client 560 over network connection 564 and allow 
the debugger on client 560 to operate on an individual service or on a set of services. 
5 Referring to Figure 5c, another embodiment for a debugging system operating 

over a network is illustrated. In this embodiment, the debugger on client computer 560 
described above in conjunction with Figure 5b communicates with access router 590 
over a network connection. The network connection may include, for example, a local 
area network such as Ethernet 586 and a wide area network such as ATM 584. The 

'^A0 debugger on client 560 may operate in ICE debugging mode or Application Debug 

r I mode as described above in conjunction with Figure 5b. 

m Router 590 includes host processor 592 which controls operations on router 590 

and enables communication between the debugger on client 560 and one or more chips 

s ""f 594 on router 590. Host processor 592 may provide more than one network connections 
(e.g., Ethernet 586 and ATM 584) between client 560 and router 590 at the same time. 

Figure 6 is a block diagram of one embodiment for a debugging process. 
Referring to Figure 6, processing environment 600 may have a number of processing 
elements (or constructs) running. In one embodiment, construct 610 may run a real 
time application and construct 660 may run a control task or an operating system task. 
20 Construct 610 has independent local memory 620, and construct 660 has independent 
local memory 640. In one embodiment, constructs 610 and 660 may have shared 
memory 630, in which separate portions of memory 630 may be assigned to constructs 
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610 and 660 respectively. Within processing environment 600, each construct has a 
state. Such state may include the current value of program counters, registers, or 
performance counters. State 650 illustrates the state of construct 610. In one 
embodiment, construct 660 may act as a debug agent and may have the capability of 
5 accessing data related to the operation of target construct 610. Debug construct 660 may 
communicate with host 102, or host 560 over a network, and perform the commands 
received from host 102 or 560. 

In one embodiment, debug construct 660 may access and monitor the data 
related to the operation of target construct 610 without affecting the real time 
!i|0 environment of target construct 610. For example, debug construct 660 may be able to 
Jr| look at ("snoop" on) local memory 620, state 650, and the portion of shared memory 630 
y! which is assigned to target construct 610. In one embodiment, debug construct 660 is 
^ configured to monitor the above data on the regular basis, e.g. read local memory 620 

every 10 milliseconds and retrieve certain data in real time. Alternatively, a minor 
f|L5 modification may be made to the application running by target construct 610 to notify 
(e.g. send a control signal) debug construct 660 when target construct 610 completes a 
certain task. This notification allows debug construct 660 to avoid reading the data 
while this data is being modified by target construct 610. 

In one embodiment, the data read by debug construct 660 may be transferred to 
20 host 102 or 160. Host 102 or 160 may then present data to application developers in real 
time and may allow them to request a certain level of detail and a particular type of 
data to be retrieved. Thus, an application developer can visualize the operation of 
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target construct 610 from outside of the construct 610 without interfering with the real 
time environment of target construct 610. In a multi-channel, multi-service 
environment, the application developer can monitor the operation of multiple services 
at the same time. 

5 In another embodiment, the debugging process may directly intercede with the 

real time environment of construct 610. Debug construct 660 may, for example, modify 
state 650 to set a breakpoint register or a watchpoint register, request a notification 
when target construct 610 hits a breakpoint, and stop the operation of target construct 
610. Subsequently, debug construct 660 may restart the operation of target construct 
f 4o 610 upon receiving a command from host 102 or 560. 

f : Figure 7 is a flow diagram of one embodiment for an interactive debugging 

|f| system. Initially at processing block 712, a target construct is selected for debugging. In 

one embodiment, the target construct is a service operating in the processing 
7 environment 600 in real time. In alternate embodiments, the target construct may be a 
ff 5 set of services, a service stack, a socket, or a set of sockets. At processing block 714, data 
related to an operation of the target construct is accessed by a debug construct in real 
time. The debug construct may be a service, a set of services, a service stack, or a socket. 
In one embodiment, the debug construct may be dynamically allocated on the chip by 
the operating system similarly to other services and sockets described above. When the 
20 debugging operation is completed, the operating system may deallocate the debug 

construct. Alternatively, debugging can be performed on the simulator. The simulator 
has all the features and capabilities inherent in the chip. An application developer may 
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load and run an application on the simulator as if the application were running on the 
chip. In addition, the simulator includes a profiler which provides detailed statistics 
about running applications. 

In yet another embodiment, data may be collected during the real-time operation 
5 of the chip. Subsequently, a service, a set of services, a socket, or a set of sockets may be 
initialized in a simulated environment using the collected data to reproduce and 
thoroughly debug a problem that occurred in the real-time system. 

At processing block 716, the data related to the operation of the target construct 
P or certain portion of this data is monitored by the debug construct. That is, the debug 
rj.0 construct snoops on a local memory of the target construct, a section of a shared 
?is memory which is assigned to the target construct, or the state of the target construct. 
lH The debug construct monitors the above data without disturbing the operation of the 
u« target construct. 

[fi In one embodiment, the operating system can decide which data is to be snooped 

|!J5 on. In addition, the operating system may retrieve (e.g. command the debug construct 
to retrieve) this data in real time and send it to a host application to provide interactive 
debugging. In one embodiment, the host system may run a debugger which 
communicates with the operating system running the debug construct. The host system 
may present the retrieved data to application developers, receive their input and 
20 communicate it back to the debug construct. In one embodiment, the host system 
includes a GUI which simplifies the use of the debugging system by application 
developers. For example, the GUI provides the application developers with easy-to-use 
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tools for selecting a chip for debugging, creating new sockets and service stacks on the 
chip, setting up input and output files for each created socket, and monitoring the 
operation of any socket or service stack on the chip. In one embodiment, the debug 
construct and the host system communicate remotely through a communications 
5 infrastructure. 

In one embodiment, the operating system may measure the bandwidth required 
to transfer the retrieved data. The operating system may then make a decision on the 
completeness of the data to be sent based on the available bandwidth. In one 
O embodiment, the data may be sent over a network. Various network interfaces may be 
f%0 used including, for example, a packet-based network interface, a cell-based network 
J{ interface, or a serial interface. In one embodiment, more than one host system 
Iff communicate with the operating system on the chip. In this embodiment, host 

13 processors may interface an external network protocol (e.g. TCP/IP) to an internal 

"Si 

r Z protocol (e.g. serial) connecting to the chip. 

F|5 Figure 8 is a flow diagram of one embodiment for a multi-channel, multi-service 

debugging system. At processing block 812, information about a plurality of services 
currently running on processor 108, 110, 112 or 114 is provided to the application 
developer. In one embodiment, the information includes the current state of the 
plurality of services. The information may also relate to one or more sockets and 
20 include the current state of each socket. The current state may be identified as running, 
stopped, or not started. 
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In one embodiment, the information is obtained by the operating system which 
passes it to the host system. In one embodiment, the host system includes a debugger 
running on the host system. The debugger presents the information about currently 
running services to the application developer. 

At processing block 814, an isolated debugging environment is maintained for a 
plurality of running service. The isolated debugging environment may provide a 
separate context (e.g. breakpoints, watchpoints, or variable display) for each running 
service. In one embodiment, the debugger running on the host system and the 
operating system running on processor 108, 110, 112 or 114 cooperate to provide the 
isolated environment for each running service. 

At processing block 816, a target construct is selected for debugging from the 
plurality of running services. In one embodiment, the target construct may be a service, 
a set of services, a socket, or a set of sockets. Thus, more than one service or socket may 
be selected by the application developer for performing simultaneous debugging 
operations. 

In one embodiment, the debugger allows the user to dynamically load services 
into the target construct. The debugger may then cooperate with the operating system 
to create one or more instantiations of loaded services. In addition, the debugger may 
allow the user to specify input/ output data that supercedes physical interfaces. The 
substitution may be done for a certain socket or on a whole-interface level in 
cooperation with the operating system or the debug construct. In one embodiment, all 
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input/output data and socket data is saved on each frame. Subsequently, this data may 
be read into a simulator for more controlled debug. 

In one embodiment, the operating system provides a debugging environment 
that allows the application developer to debug the operation of the target construct 
5 without affecting the real time environment of other running services. The application 
developer may debug the operation of the target construct by setting breakpoints on 
each selected service and may arbitrarily switch between the services during the 
debugging process* In one embodiment, the multi-channel, multi-service debugging 
may be performed remotely over a network. Remote debugging is described in more 
JJJO detail above. 

Figure 9 illustrates an exemplary display window of one embodiment for a 
If! multi-channel, multi-service debugging system. Referring to Figure 9, various views on 
5 an application are provided by the debugger. The application developer may see, for 
/f- example, input and output files, C++ classes, and raw memory addresses. In addition, 
f5l5 the debugger provides the application developer with a list of currently running sockets 
and services. The application developer may select one or more service from the list 
and view various information related to the operation of the selected service. 

A method and system for interactive debugging have been described. The 
method allows selecting a target construct for debugging. The method may provide for 
20 accessing data related to an operation of the target construct by a debug construct in 
real time. At least a portion of this data may be monitored without disturbing the 
operation of the target construct to debug the target construct. If needed, the method 
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may retrieve at least the portion of this data and transfer it to a host application. 
Further, the method may allow the host application to communicate with the debug 
construct over a network. The method may operate in a multi-channel, multi-service 
environment. With the present invention, an efficient way of debugging a target 
5 application in a multi-channel, multi-service environment is provided, which allows 
obtaining real-time diagnostics without interfering with the operation of the target 
application and other running applications and which is capable to perform debugging 
services remotely. 

^ Several variations in the implementation of the method for interactive debugging 

Sf.0 have been described. The specific arrangements and methods described here are 
05 illustrative of the principles of this invention. Numerous modifications in form and 
J detail may be made by those skilled in the art without departing from the true spirit 
J n and scope of the invention. Although this invention has been shown in relation to a 
|i particular embodiment, it should not be considered so limited. Rather it is limited only 
1315 by the appended claims. 



003048.P010 



CLAIMS 

What is claimed is: 
11. A method for interactive debugging comprising: 

2 selecting a target construct for debugging; 

3 accessing data related to an operation of the target construct by a debug 

4 construct; and 

5 monitoring at least a portion of the data without disturbing the operation of the 

6 target construct to debug the target construct. 

1 2. The method of claim 1 further comprising modifying at least a portion of the 

2 data. 

1 3. The method of claim 1 wherein the target construct is one selected from the 

2 group consisting of a service, a socket, a service stack, a set of services, and a set of 

3 sockets. 

1 4. The method of claim 1 wherein the debug construct comprises at least one 

2 service, at least one socket, or a combination of at least one service and at least one 

3 socket. 

1 5. The method of claim 1 wherein selecting a target construct further comprises: 

2 providing information about a plurality of services; and 
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selecting the target construct from the plurality of services. 



1 6. The method of claim 5 wherein the information includes a current state of each of 

2 the plurality of services. 

1 7. The method of claim 5 further comprising: 

2 providing information about a plurality of sockets; and 

3 selecting the target construct from the plurality of sockets. 

1 8. The method of claim 7 wherein the information includes a current state of each of 

f§2 the plurality of services. 

1. 1 9. The method of claim 1 further comprising accessing a memory of the target 

/: 2 construct by the debug construct, the accessing corresponding to reading the memory 

□ 3 or writing to the memory. 

1 10. The method of claim 1 further comprising accessing state of the target construct 

2 by the debug construct, the accessing corresponding to reading the state or modifying 

3 the state. 

1 11. The method of claim 1 further comprising dynamically allocating the debug 

2 construct. 
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1 12. The method of claim 1 further comprising dynamically de-allocating the debug 

2 construct once the monitoring is completed. 

1 13. The method of claim 1 further comprising collecting statistics related to the target 

2 construct. 

1 14. The method of claim 1 further comprising transmitting the data to at least one 

2 host system. 

~f 1 15. The method of claim 14 wherein the data is transmitted based upon a request 

m 2 sent by a host application. 

tifl 

* 1 16. The method of claim 14 wherein an operating system determines which data is to 

2 be transmitted. 

1 17. The method of claim 14 wherein the debug construct specifies which data is to be 

2 transmitted. 

1 18. The method of claim 1 further comprising notifying the debug construct upon a 

2 completion of a certain operation by the target construct. 

1 19. The method of claim 14 further comprising: 
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1 measuring bandwidth required to transmit the data; and 

2 transmitting at least a portion of data based upon available bandwidth. 

1 20. The method of claim 1 wherein debugging is performed in a multi-channel, 

2 multi-service environment. 

1 21. The method of claim 15 wherein sending the request and transmitting the 

2 response are performed over a network. 

Jjfl 22. The method of claim 1 further comprising: 
J ¥ 2 collecting at least a portion of the data; 

§| 3 allocating a copy of the target construct in a simulated environment; and 

se 4 debugging the operation of the target construct using the collected data in the 

^5 simulated environment. 

1 23. The method of claim 1 further comprising: 

2 generating a request by a host application; 

3 transmitting the request to an operating system; 

4 performing the request by the operating system; and 

5 sending a response to the host application. 

1 24. A method for multi-channel, multi-service debugging, comprising: 
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2 providing information about at least one service; 

3 maintaining an isolated debugging environment for each of the at least one 

4 service; and 

5 selecting a target construct for debugging from the at least one service. 

1 25. The method of claim 24 wherein the information about the at least one service 

2 includes a current state of each service. 

1 26. The method of claim 24 further comprising: 
2? 2 providing information about at least one socket; 

03 3 maintaining an isolated debugging environment for each of the at least one 

£F 4 socket; and 

:^ 5 selecting a target construct for debugging from the at least one socket. 

1 27. The method of claim 26 wherein the information about the at least one socket 

2 includes a current state of each socket. 

1 28. The method of claim 24 wherein the target construct is one selected from the 

2 group consisting of a service, a socket, a service stack, a set of services, and a set of 

3 sockets. 
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1 29. The method of claim 28 further comprising switching between services and 

2 sockets during a debugging process. 

1 30. The method of claim 24 wherein the isolated debugging environment is 

2 maintained by an operating system in cooperation with a host application. 



1 31. The method of claim 24 wherein the target construct is selected based upon a 

2 request from a host application. 

1 32. The method of claim 24 further comprising: 

2 generating a request by a host application; 

3 transmitting the request to an operating system; 

4 performing the request by the operating system; and 

5 sending a response to the host application. 

1 33. The method of claim 32 wherein transmitting the request and sending a response 

2 are performed over a network. 

1 34. The method of claim 24 further comprising: 

1 sending a request by a host application; and 

2 receiving a response by the host application once a requested operation is 



3 completed. 
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2 



35. The method of claim 34 wherein sending a request and receiving a response are 
performed over a network. 



1 36. The method of claim 24 further comprising: 

1 receiving a request by an operating system; 

2 performing a requested operation; and 

3 transmitting a response once the requested operation is completed. 

% 37. The method of claim 36 wherein receiving a request and transmitting a response 

ij.Z are performed over a network. 

W 1 38. The method of claim 24 further comprising dynamically allocating at least one 

2 service into the target construct. 

5 1 39. The method of claim 38 further comprising instantiating any of at least one 

2 service, at least one service stack, and at least one socket. 

1 40. The method of claim 24 further comprising substituting input and output data 

2 for at least one socket. 

1 41. The method of claim 40 further comprising: 

2 collecting data for at least one socket; 
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3 allocating a copy of the target construct in a simulated environment; and 

4 debugging the operation of the target construct using the collected data. 

1 42. An apparatus for interactive debugging comprising: 

2 means for selecting a target construct for debugging; 

3 means for accessing data related to an operation of the target construct by a 

4 debug construct; and 

5 means for monitoring at least a portion of the data without disturbing the 

6 operation of the target construct. 

1 43. An apparatus for multi-channel, multi-service debugging, comprising: 

2 means for providing information about at least one services; 

3 means for maintaining an isolated debugging environment for each of the at least 

4 one service; and 

5 means for selecting a target construct for debugging from the at least one service. 

1 44. An apparatus for interactive debugging comprising: 

2 a target construct; and 

3 a debug construct configured to access data related to an operation of the target 

4 construct in real time and to monitor at least a portion of the data without disturbing 

5 the operation of the target construct. 



003048.P010 



-34- 



1 45. The apparatus of claim 44 wherein the debug construct is further configured to 

2 modify at least a portion of the data. 

1 46. The apparatus of claim 44 wherein the target construct is one selected from the 

2 group consisting of a service, a socket, a service stack, a set of services, and a set of 

3 sockets. 

1 47. The apparatus of claim 44 wherein the debug construct comprises at least one 

2 service, at least one socket, or a combination of at least one service and at least one 

3 socket. 

1 48. The apparatus of claim 44 further comprising a user interface for providing 

2 information about a plurality of services and selecting the target construct from the 

3 plurality of services upon a user request. 

1 49. The apparatus of claim of claim 48 wherein the information about a plurality 

1 of services includes a current state of each of the plurality of services. 

1 50. The apparatus of claim 48 wherein the user interface further provides 

2 information about a plurality of sockets and allows the user to select the target construct 

3 from the plurality of sockets. 
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1 51 . The apparatus of claim of claim 50 wherein the information about a plurality 

1 of sockets includes a current state of each of the plurality of sockets. 

1 52. The apparatus of claim 48 wherein the user interface is a text-based interface or 

2 graphical user interface. 

1 53. The apparatus of claim 44 further comprising a platform control socket 

2 configured to dynamically allocate the debug construct, 

1 54. The apparatus of claim 44 further comprising a platform control socket further 

2 configured to dynamically de-allocate the debug construct once the monitoring is 

3 completed. 

1 55. The apparatus of claim 44 further comprising a profiler collecting statistics 

2 related to the target construct. 

1 56. The apparatus of claim 44 further comprising: 

2 at least one host processor; and 

3 a communications infrastructure for transmitting the data to the host processor. 

1 57. The apparatus of claim 56 further comprising an operating system configured to 

2 determine which data is to be transmitted, measure bandwidth required to transmit the 
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3 data, and determine a portion of the data to be transmitted based upon available 

4 bandwidth. 



1 58. The apparatus of claim 56 wherein the debug construct is further configured to 

2 specify which portion of the data is to be transmitted. 

1 59. The apparatus of claim 56 wherein the data is transmitted based upon the 

2 request sent by a host application. 



f^l 60. The apparatus of claim 44 wherein debugging is performed in a multi-channel. 



032 multi-service environment. 



Ll 61. The apparatus of claim 56 further comprising: 
ill a host application generating a request; 

13 a communications infrastructure transmitting the request to the debug construct; 

4 and 

5 the debug construct configured to perform the request and to send a response to 

6 the host application. 



1 62. The apparatus of claim 61 wherein the communications infrastructure is a 

2 network. 
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1 63. The apparatus of claim 56 further comprising a host application sending a 

2 request and receiving a response once a requested operation is completed. 

1 64. The apparatus of claim 63 wherein the host application sends a request and 

2 receives a response over a network. 

1 65. The apparatus of claim 56 wherein the debug construct is further configured to 

2 receive a request, perform a requested operation, and transmit a response once the 
^ 3 requested operation is completed. 

m 1 66. The apparatus of claim 65 wherein the debug construct receives the request and 

fl}- 2 transmits the response over a network. 

& 

u 1 67. An apparatus for multi-channel, multi-service debugging, comprising: 

Q 2 a graphical user interface for providing information about at least one service; 

3 an operating system maintaining an isolated debugging environment for each of 

4 the at least service; and 

5 a debug core configured to select a target construct for debugging from the at 

6 least one service upon a user request. 

1 68. The apparatus of claim 67 wherein the information about the at least one service 

2 includes a current state of each service. 
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1 69. The apparatus of claim 67 wherein the graphical user interface provides 

2 information about at least one socket, the operating system maintains an isolated 

3 debugging environment for each of the at least socket, and the debug core is configured 

4 to select a target construct for debugging from the at least one socket upon a user 

5 request. 

1 70. The apparatus of claim 69 wherein the information about the at least one socket 

2 includes a current state of each socket. 

Si 71. The apparatus of claim 67 wherein the target construct is one selected from the 
£2 group consisting of a service, a socket, a service stack, a set of services, and a set of 
!{?3 sockets. 

u ? 

"SKIT 

n! 1 72. The apparatus of claim 67 wherein the debug core is further configured to switch 
6 2 between services and sockets during a debugging process upon a user request. 

1 73. The apparatus of claim 67 further comprising a host application configured to 

2 send a request to select the target construct. 

1 74. The apparatus of claim 73 further comprising: 

2 a communications infrastructure transmitting the request to an operating system; 

3 and 
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the operating system configured to perform the request. 



1 75. The apparatus of claim 74 wherein the communications infrastructure is a 

2 network. 

1 76. The apparatus of claim 67 further comprising a host application sending a 

2 request for a debugging operation and receiving a response once the operation is 

3 completed. 

2 1 77. The apparatus of claim 67 wherein the operating system receives a request for a 

Jfi 2 debugging operation, performs the operation, and transmits a response once the 

IP 3 requested operation is completed. 

^ 1 78. The apparatus of claim 67 further comprising a host application requesting to 

r; 2 dynamically allocate at least one service into the target construct and to instantiate at 

3 least one service or at least one service stack. 

1 79. The apparatus of claim 67 wherein a host application cooperates with the 

2 operating system to substitute input and output data for at least one socket. 

1 80. The apparatus of claim 79 wherein the host application is configured to request 

2 to collect data for at least one socket, to allocate a copy of the target construct in a 
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3 simulated environment, and to debug the operation of the target construct using the 

4 collected data in the simulated environment. 



1 81. A system for interactive debugging, comprising: 

2 a memory configured to store data related to an operation of a target construct; 

3 and 

4 at least one processor coupled to the memory, the processor configured to select 



5 the target construct for debugging, access the data in the memory in real time, and 

?*& monitor at least a portion of the data from the memory without disturbing the operation 

£07 of the target construct to debug the target construct. 

1 82. A system for multi-channel, multi-service debugging, comprising: 
q 2 a memory configured to store information at least one service; and 

H= 3 at least one processor coupled to the memory, the processor configured to 

w 4 maintain an isolated debugging environment for each of the at least one service and to 

5 provide a capability to view the information stored on the memory and to select a target 

6 construct for debugging from the information. 

1 83. A computer readable medium comprising instructions, which when executed on 

2 a processor, perform a method for interactive debugging comprising: 

3 selecting a target construct for debugging; 



003048.P010 



-41- 



4 accessing data related to an operation of the target construct by a debug 

5 construct in real time; and 

6 monitoring at least a portion of the data without disturbing the operation of the 

7 target construct to debug the target construct. 

1 84. A computer readable medium comprising instructions, which when executed on 

2 a processor, perform a method for multi-channel, multi-service debugging, comprising: 

3 providing information about at least one service; 

_4 maintaining an isolated debugging environment for each of the at least one 

rf.5 service; and 

ffl6 selecting a target construct for debugging from a plurality of running services. 
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ABSTRACT 

A method and apparatus for debugging are described. In one embodiment, a 
target construct is selected for debugging. Data related to an operation of the target 
construct is accessed by a debug construct in real time. At least a portion of this data 
retrieved without disturbing the operation of the target construct to debug the target 
construct. 



003048.P009 



-43- 



GUI 



P 

m 

05 
a 

en 
D 



Text-based 
interface 



DEBUG 
CORE 



Text-based 
interface 




SIMULATOR 



CHIP 



Simulator Direct 
Application Debug 



ICE 

Application Debug 



FIGURE 5A 




Client Computer 
? 560 







Chip 


sn 


> 








Server 






Application 







Server Computer 
570 



Figure 5B 




Client Computer 
560 




Access Router 
590 



Figure 5C 






r 


Selecting a target construct for 
debugging 



Accessing da 
operation of the t£ 
debug c 


ta related to an 
irget construct by a 
instruct 






Monitoring at least a portion of the 
data without disturbing the 
operation of the target construct 



--|\U> 



End 





Q 

:5 





Start 



Providing information about a 
plurality of running services 



Maintaining an isolated debugging 
environment for each of the plurality 
of running services 



Selecting a target construct for 
debugging from the plurality of 
running services 



End 



j-taure % 



900 



fflSptccRack ■ fpgftii»Oiocq?23Acl 



3 Proca**ss 

S ModMChanml* 

a MO 

E9- 21-30 
5-314(1 
BM148 
g~ V«*c« ChWNMf* 

3 MO 
3 11-20 

a 2i-x 

& 31-40 
9 41-50 

-41 

,-43 
-44 

: 45 
4S 
47 

-48 
'—43 
-SO 
2- 51 -SO 
er Other Ptocbs»*» 
Web Serv* 
Dtagnot&o 



l/pragaa options add unroilcost 60 
l#endif 

WordlS i. 3 . 
?ordl6 hi, to: 
VoxdU Kh. XI. 

WordlS aipjx. alp_l. alp_exp. 
?ard32 L_«cc3. I^accl. L aee2. 
tfordlS ah[H_LPPl]. Ai[N_LPPl!. 
tedlft AohfNLIPPl]. Aal(M_lPPIJ 

•unstable • 0; 

ss K • ktl\ - -St l ] . SCO] 



r~t laetion coeiticien 
• ✓ Prediction. ?jti&. hi lo and exponent 

temporary Virwbi* 
/v IFC cocf in dcublo prec ? 

LP*- coe£ for next iteration la souhi^ 

*s clear .instable 



C(?ord32) <f 1). 

L^acel. 



) >> l<i ); 



L_«ccl 
L,«cc2 
Iw«cc0 
L_*=c0 
Xh 
Kl 

rctO] 
L_acc0 
L_*cc0 

»UU 

>v Alpha 
L_acc0 

L_«ee0 
L_accQ 
L_«cc0 
" K * K 
L_acc0 1 
L_accQ 
hi 
lo 

L_«cc0 
L_accfl 
I_*ec0 
L_acc0 

/' 

* ' Karmalixa Alpha 

*/ Hote that, siace iC ' ! 0, X* _ , 

s/ Thus, i - Y.*+Z is always a +re number alio R[G] which 
' is the energy of the sisjaal is always a -****e number Then 



<<?ord32) fihCU << i*) ■ 
(L_accl < 01) ? -L_accl 
Div32<t - acc2. RhfOl. R1[0]). 
(L_accl > 01) ? -L_accQ : L^aceQ. 
(¥oxdl6) (L_acc0 >> IS) , 
(fardlft) <<L_ace0 & 0x£:££) >> I). 
Kh: 

(7ord32) Kh • (Vord32) 4Q9«. 
( <((Vcrd32) Ki • <<Iord32) 4036) << 
(?ordlS) (LaccO >> U). 
(^ordl6) (<L_accQ i Oatift) >> I). 

• Hp J » (:-K*»2i 
(7ord32) Kh • (»ord32) Kh. 

< (C(Woxd32) Kh » <Hord32) Kl) << !) >> !■> ). 
L.accl; 
L_acel; 
L_accfl < < 1; 

vi II altars be out the original ITU-T takes th 

* (L^accO < 01) ? -L.accO : L_accQ ; 
(?ord32)Q3c7££f£f fa - L_accO. 
(9ordl6) (L.accO >> U) . 
{WordlM (<I_aecO & Osrfttt) >> I). 
(Word32) Rh[uJ * (Tord32) hi, 

( f((fford32) Rh[0] * <Vcrd32) lo) << 1) >> 16 ): 
( (<<7ord32) 81C03 * <9brd32> hi) << 1) >> IS ). 
L_acc0 << 1. 



ss L^accI 
// L accC * abs* 
^ Rliys'Q] in 

Kh ■ hign 16* 
EC1 - Ijr ieup 
// stci*e the -R 
'/ hi » C ?h»r 
/ L_acc0 - hi * 
Ah[I] * mah m ^ 
/; il[l] * ' 



ail *iv*73 re < \ 1 

alio t?[G] which 





Attorney's Docket No.: 003048.P010 

DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 



As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, 
first, and joint inventor (if plural names are listed below) of the subject matter which is claimed and 
for which a patent is sought on the invention entitled 
MULTI-CHANNEL. MULTI-SERVICE DEBUG 



the specification of which 

X is attached hereto. 

was filed on „ - — as 

United States Application Number 

or PCT International Application Number 

and was amended on „ ■ 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claim(s), as amended by any amendment referred to above. I do not 
know and do not believe that the claimed invention was ever known or used in the United States of 
America before my invention thereof, or patented or described in any printed publication in any 
country before my invention thereof or more than one year prior to this application, that the same 
was not in public use or on sale in the United States of America more than one year prior to this 
application, and that the invention has not been patented or made the subject of an inventor's 
certificate issued before the date of this application in any country foreign to the United States of 
America on an application filed by me or my legal representatives or assigns more than twelve 
months (for a utility patent application) or six months (for a design patent application) prior to this 
application. 

I acknowledge the duty to disclose all information known to me to be material to patentability as 
defined in Title 37, Code of Federal Regulations, Section 1 .56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 119(a)-(d), of any 
foreign application(s) for patent or inventor's certificate listed below and have also identified below 
any foreign application for patent or inventor's certificate having a filing date before that of the 
application on which priority is claimed: 
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Prior Foreicm ApDlication(s) 






Priority 
Claimed 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes No 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes No 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes No 



I hereby claim the benefit under title 35, United States Code, Section 1 1 9(e) of any United States 
provisional application(s) listed below: 



(Application Number) Filing Date 



(Application Number) Filing Date 



I hereby claim the benefit under Title 35, United States Code, Section 120 of any United States 
application(s) listed below and, insofar as the subject matter of each of the claims of this application 
is not disclosed in the prior United States application in the manner provided by the first paragraph 
of Title 35, United States Code, Section 1 12, 1 acknowledge the duty to disclose all information 
known to me to be material to patentability as defined in Title 37, Code of Federal Regulations, 
Section 1 .56 which became available between the filing date of the prior application and the national 
or PCT international filing date of this application: 



(Application Number) Filing Date (Status - patented, 

pending, abandoned) 



(Application Number) Filing Date (Status - patented, 

pending, abandoned) 

I hereby appoint the persons listed on Appendix A hereto (which is incorporated by reference and a 
part of this document) as my respective patent attorneys and patent agents, with full power of 
substitution and revocation, to prosecute this application and to transact all business in the Patent 
and Trademark Office connected herewith. 

Send correspondence to Marina Portnova , BLAKELY, SOKOLOFF, TAYLOR & 

(Name of Attorney or Agent) 
ZAFMAN LLP, 12400 Wilshire Boulevard 7th Floor, Los Angeles, California 90025 and direct 

telephone calls to Marina Portnova , (408) 720-8300. 

(Name of Attorney or Agent) 



Rev. 06/27/00 (D1) 



-2- 



I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on Information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
States Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. 

Full Name of Sole/First Inventor Robert S. French 

Inventor's Signature. 




Date 



Residence Sunnyvale. California 



. Citizenship United States 



(City, State) 

Post Office Address 386 America Avenue - 17/3- f<**6<*rfy Q> 
Sunnyvale, CA9408K> 



(Country) 



Full Name of Second/Joint 
Inventor's Signature 
Residence Menlo Park, California 




Date —?//tr/d& 



. Citizenship United States 



(City, State) 

Post Office Address 25 Barbara Lane 



(Country) 



Menlo Park, CA 94025 



Full Name of Third/Joint Inventor Glen Weaver 



Inventor's Signature . 



Date 



7/11/0° 



Residence Sunnyvale, California 



(City, State) 

Post Office Address 243 Buena Vista Avenue #406 



. Citizenship United States 



(Country) 



Sunnyvale. CA 94086 



Full Name of Fourth/Joint invei 



Inventor's Signature _ 
Residence - Footor £rtv, California 




Joyiit Nath 



(City, State) 

Post Office Address ^Hh^hefl-BTvgrfTTOB 
Ees te i CiLv, CA 9 4404 



Date ^ \ % J 00 



. Citizenship . 



(Country) 
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Full Name of Fifth/Joint Inventor Viresh Rustaai 

Inventor's Signature ^7^^^ Date ^ \ \S j 

Residence Santa Clara. California Citizenship 

(City, State) (Country) 



Post Office Address 3025 Kaiser Drive #G 



Santa Clara. CA 95051 
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APPENDIX A 



William E. Alford, Reg. No. 37,764; Farzad E. Amini, Reg. No. P42,261; Aloysius T. C. AuYeung, Reg. No. 
35,432; William Thomas Babbitt, Reg. No. 39,591; Carol F. Barry, Reg. No. 41,600; Jordan Michael 
Becker, Reg. No. 39,602; Lisa N. Benado, Reg. No. 39,995; Bradley J. Bereznak, Reg. No. 33,474; 
Michael A. Bernadicou, Reg. No. 35,934; Roger W. Blakely, Jr., Reg. No. 25,831; R. Alan Burnett, Reg. 
No. 46,149; Gregory D. Caldwell, Reg. No. 39,926; Andrew C. Chen, Reg. No. 43,544; Thomas M. 
Coester, Reg. No. 39,637; Donna Jo Coningsby, Reg. No. 41,684; Florin Corie, Reg. No. 46,244; Dennis 
M. deGuzman, Reg. No. 41,702; Stephen M. De Klerk, Reg. No. P46,503; Michael Anthony DeSanctis, 
Reg. No. 39,957; Daniel M. De Vos, Reg. No. 37,813; Robert Andrew Diehl, Reg. No. 40,992; Sanjeet 
Dutta, Reg. No. P46,145; Matthew C. Fagan, Reg. No. 37,542; Tarek N. Fahmi, Reg. No. 41,402; George 
Fountain, Reg. No. 37,374; Paramita Ghosh, Reg. No. 42,806; James Y. Go, Reg. No. 40,621; James A. 
Henry, Reg. No. 41,064; Libby N. Ho, Reg. No. P46J74; Willmore F. Holbrow III, Reg. No. P41,845; 
Sheryl Sue Holloway, Reg. No. 37,850; George W Hoover II, Reg. No. 32,992; Eric S. Hyman, Reg. No. 
30,139; William W. Kidd, Reg. No. 31,772; Sang Hui Kim, Reg. No. 40,450; Walter T. Kim, Reg. No. 
42,731 ; Eric T. King, Reg. No. 44,188; Erica W. Kuo, Reg. No. 42,775; George Brian Leavell, Reg. No. 
45,436; Kurt P. Leyendecker, Reg. No. 42,799; Gordon R. Lindeen III, Reg. No. 33,192; Jan Carol Little, 
Reg. No. 41,181; Joseph Lutz, Reg. No. 43,765; Michael J. Mallie, Reg. No. 36,591; Andre L. Marais, 
under 37 C.F.R. § 10.9(b); Paul A. Mendonsa, Reg. No. 42,879; Clive D. Menezes, Reg. No. 45,493; 
Chun M. Ng, Reg. No. 36,878; Thien T. Nguyen, Reg. No. 43,835; Thinh V. Nguyen, Reg. No. 42,034; 
Dennis A. Nicholls, Reg. No. 42,036; Daniel E. Ovanezian, Reg. No. 41,236; Kenneth B. Paley, Reg. No. 
38,989; Marina Portnova, Reg. No. 45,750; William F. Ryann, Reg. 44,313; James H. Salter, Reg. No. 
35,668; William W. Schaal, Reg. No. 39,018; James C. Scheller, Reg. No. 31,195; Jeffrey Sam Smith, 
Reg. No. 39,377; Maria McCormack Sobrino, Reg. No. 31,639; Stanley W. Sokoloff, Reg. No. 25,128; 
Judith A. Szepesi, Reg. No. 39,393; Vincent P. Tassinari, Reg. No. 42,179; Edwin H. Taylor, Reg. No. 
25,129; John F. Travis, Reg. No. 43,203; Joseph A. Twarowski, Reg. No. 42,191; Tom Van Zandt, Reg. 
No. 43,219; Lester J. Vincent, Reg. No. 31,460; Glenn E. Von Tersch, Reg. No. 41,364; John 
Patrick Ward, Reg. No. 40,216; Mark L. Watson, Reg. No. P46,322; Thomas C. Webster, Reg. No. 
P46,154; Steven D. Yates, Reg. No. 42,242; and Norman Zafman, Reg. No. 26,250; my patent attorneys, 
and Firasat Ali, Reg. No. 45,715; and Justin M. Dillon, Reg. No. 42,486; my patent agents, of BLAKELY, 
SOKOLOFF, TAYLOR & ZAFMAN LLP, with offices located at 12400 Wilshire Boulevard, 7th Floor, 
Los Angeles, California 90025, telephone (310) 207-3800, and James R. Thein, Reg. No. 31,710, my 
patent attorney with full power of substitution and revocation, to prosecute this application and to transact 
all business in the Patent and Trademark Office connected herewith. 
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APPENDIX B 



Title 37, Code of Federal Regulations, Section 1.56 
Duty to Disclose Information Material to Patentability 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, 
and the most effective patent examination occurs when, at the time an application is being examined, the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in 
dealing with the Office, which includes a duty to disclose to the Office all information known to that individual 
to be material to patentability as defined in this section. The duty to disclosure information exists with respect 
to each pending claim until the claim is cancelled or withdrawn from consideration, or the application becomes 
abandoned. Information material to the patentability of a claim that is cancelled or withdrawn from 
consideration need not be submitted if the information is not material to the patentability of any claim 
remaining under consideration in the application. There is no duty to submit information which is not material 
to the patentability of any existing claim. The duty to disclosure all information known to be material to 
patentability is deemed to be satisfied if all information known to be material to patentability of any claim 
issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by §§1 .97(b)-(d) 
and 1 .98. However, no patent will be granted on an application in connection with which fraud on the Office 
was practiced or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. 
The Office encourages applicants to carefully examine: 

(1) Prior art cited in search reports of a foreign patent office in a counterpart application, and 

(2) The closest information over which individuals associated with the filing or prosecution of a 
patent application believe any pending claim patentabiy defines, to make sure that any material information 
contained therein is disclosed to the Office. 

(b) Under this section, information is material to patentability when it is not cumulative to 
information already of record or being made or record in the application, and 

(1) It establishes, by itself or in combination with other information, a prima facie case of 
unpatentability of a claim; or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a claim is 
unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in the claim 
its broadest reasonable construction consistent with the specification, and before any consideration is given to 
evidence which may be submitted in an attempt to establish a contrary conclusion of patentability. 

(c) Individuals associated with the filing or prosecution of a patent application within the 
meaning of this section are: 

(1 ) Each inventor named in the application; 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the 
application and who is associated with the inventor, with the assignee or with anyone to whom there is an 
obligation to assign the application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by 
disclosing information to the attorney, agent, or inventor. 
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